home *** CD-ROM | disk | FTP | other *** search
/ The Atari Compendium / The Atari Compendium (Toad Computers) (1994).iso / files / umich / network / hitch.txt < prev    next >
Text File  |  1994-09-27  |  62KB  |  1,348 lines
  1.  
  2.  
  3.  
  4.  
  5.  
  6.  
  7. Network Working Group                                            E. Krol
  8. Request for Comments: 1118                 University of Illinois Urbana
  9.                                                           September 1989
  10.  
  11.  
  12.                  The Hitchhikers Guide to the Internet
  13.  
  14. Status of this Memo
  15.  
  16.    This RFC is being distributed to members of the Internet community in
  17.    order to make available some "hints" which will allow new network
  18.    participants to understand how the direction of the Internet is set,
  19.    how to acquire online information and how to be a good Internet
  20.    neighbor.  While the information discussed may not be relevant to the
  21.    research problems of the Internet, it may be interesting to a number
  22.    of researchers and implementors.  No standards are defined or
  23.    specified in this memo.  Distribution of this memo is unlimited.
  24.  
  25. NOTICE:
  26.  
  27.    The hitchhikers guide to the Internet is a very unevenly edited memo
  28.    and contains many passages which simply seemed to its editors like a
  29.    good idea at the time.  It is an indispensable companion to all those
  30.    who are keen to make sense of life in an infinitely complex and
  31.    confusing Internet, for although it cannot hope to be useful or
  32.    informative on all matters, it does make the reassuring claim that
  33.    where it is inaccurate, it is at least definitively inaccurate.  In
  34.    cases of major discrepancy it is always reality that's got it wrong.
  35.    And remember, DON'T PANIC.  (Apologies to Douglas Adams.)
  36.  
  37. Purpose and Audience
  38.  
  39.    This document assumes that one is familiar with the workings of a
  40.    non-connected simple IP network (e.g., a few 4.3 BSD systems on an
  41.    Ethernet not connected to anywhere else).  Appendix A contains
  42.    remedial information to get one to this point.  Its purpose is to get
  43.    that person, familiar with a simple net, versed in the "oral
  44.    tradition" of the Internet to the point that that net can be
  45.    connected to the Internet with little danger to either.  It is not a
  46.    tutorial, it consists of pointers to other places, literature, and
  47.    hints which are not normally documented.  Since the Internet is a
  48.    dynamic environment, changes to this document will be made regularly.
  49.    The author welcomes comments and suggestions.  This is especially
  50.    true of terms for the glossary (definitions are not necessary).
  51.  
  52.  
  53.  
  54.  
  55.  
  56.  
  57.  
  58. Krol                                                            [Page 1]
  59.  
  60. RFC 1118         The Hitchhikers Guide to the Internet    September 1989
  61.  
  62.  
  63. What is the Internet?
  64.  
  65.    In the beginning there was the ARPANET, a wide area experimental
  66.    network connecting hosts and terminal servers together.  Procedures
  67.    were set up to regulate the allocation of addresses and to create
  68.    voluntary standards for the network.  As local area networks became
  69.    more pervasive, many hosts became gateways to local networks.  A
  70.    network layer to allow the interoperation of these networks was
  71.    developed and called Internet Protocol (IP).  Over time other groups
  72.    created long haul IP based networks (NASA, NSF, states...).  These
  73.    nets, too, interoperate because of IP.  The collection of all of
  74.    these interoperating networks is the Internet.
  75.  
  76.    A few groups provide much of the information services on the
  77.    Internet.  Information Sciences Institute (ISI) does much of the
  78.    standardization and allocation work of the Internet acting as the
  79.    Internet Assigned Numbers Authority (IANA).  SRI International
  80.    provides the principal information services for the Internet by
  81.    operating the Network Information Center (NIC).  In fact, after you
  82.    are connected to the Internet most of the information in this
  83.    document can be retrieved from the SRI-NIC.  Bolt Beranek and Newman
  84.    (BBN) provides information services for CSNET (the CIC) and NSFNET
  85.    (the NNSC), and Merit provides information services for NSFNET (the
  86.    NIS).
  87.  
  88. Operating the Internet
  89.  
  90.    Each network, be it the ARPANET, NSFNET or a regional network, has
  91.    its own operations center.  The ARPANET is run by BBN, Inc. under
  92.    contract from DCA (on behalf of DARPA).  Their facility is called the
  93.    Network Operations Center or NOC.  Merit, Inc. operates NSFNET from
  94.    yet another and completely seperate NOC.  It goes on to the regionals
  95.    having similar facilities to monitor and keep watch over the goings
  96.    on of their portion of the Internet.  In addition, they all should
  97.    have some knowledge of what is happening to the Internet in total.
  98.    If a problem comes up, it is suggested that a campus network liaison
  99.    should contact the network operator to which he is directly
  100.    connected.  That is, if you are connected to a regional network
  101.    (which is gatewayed to the NSFNET, which is connected to the
  102.    ARPANET...) and have a problem, you should contact your regional
  103.    network operations center.
  104.  
  105. RFCs
  106.  
  107.    The internal workings of the Internet are defined by a set of
  108.    documents called RFCs (Request for Comments).  The general process
  109.    for creating an RFC is for someone wanting something formalized to
  110.    write a document describing the issue and mailing it to Jon Postel
  111.  
  112.  
  113.  
  114. Krol                                                            [Page 2]
  115.  
  116. RFC 1118         The Hitchhikers Guide to the Internet    September 1989
  117.  
  118.  
  119.    (Postel@ISI.EDU).  He acts as a referee for the proposal.  It is then
  120.    commented upon by all those wishing to take part in the discussion
  121.    (electronically of course).  It may go through multiple revisions.
  122.    Should it be generally accepted as a good idea, it will be assigned a
  123.    number and filed with the RFCs.
  124.  
  125.    There are two independent categorizations of protocols.  The first is
  126.    the state of standardization which is one of "standard", "draft
  127.    standard", "proposed", "experimental", or "historic".  The second is
  128.    the status of this protocol which is one of "required",
  129.    "recommended", "elective", or "not recommended".  One could expect a
  130.    particular protocol to move along the scale of status from elective
  131.    to required at the same time as it moves along the scale of
  132.    standardization from proposed to standard.
  133.  
  134.    A Required Standard protocol (e.g., RFC-791, The Internet Protocol)
  135.    must be implemented on any host connected to the Internet.
  136.    Recommended Standard protocols are generally implemented by network
  137.    hosts.  Lack of them does not preclude access to the Internet, but
  138.    may impact its usability.  RFC-793 (Transmission Control Protocol) is
  139.    a Recommended Standard protocol.  Elective Proposed protocols were
  140.    discussed and agreed to, but their application has never come into
  141.    wide use.  This may be due to the lack of wide need for the specific
  142.    application (RFC-937, The Post Office Protocol) or that, although
  143.    technically superior, ran against other pervasive approaches.  It is
  144.    suggested that should the facility be required by a particular site,
  145.    an implementation be done in accordance with the RFC.  This insures
  146.    that, should the idea be one whose time has come, the implementation
  147.    will be in accordance with some standard and will be generally
  148.    usable.
  149.  
  150.    Informational RFCs contain factual information about the Internet and
  151.    its operation (RFC-1010, Assigned Numbers).  Finally, as the Internet
  152.    and technology have grown, some RFCs have become unnecessary.  These
  153.    obsolete RFCs cannot be ignored, however.  Frequently when a change
  154.    is made to some RFC that causes a new one to be issued obsoleting
  155.    others, the new RFC may only contains explanations and motivations
  156.    for the change.  Understanding the model on which the whole facility
  157.    is based may involve reading the original and subsequent RFCs on the
  158.    topic.  (Appendix B contains a list of what are considered to be the
  159.    major RFCs necessary for understanding the Internet).
  160.  
  161.    Only a few RFCs actually specify standards, most RFCs are for
  162.    information or discussion purposes.  To find out what the current
  163.    standards are see the RFC titled "IAB Official Protocol Standards"
  164.    (most recently published as RFC-1100).
  165.  
  166.  
  167.  
  168.  
  169.  
  170. Krol                                                            [Page 3]